- 
        Couldn't load subscription status. 
- Fork 349
[feat] Add defineMarker() for custom markers for selector combinators #1238
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
| workflow: benchmarks/perfComparison of performance test results, measured in operations per second. Larger is better. 
 
 | 
| workflow: benchmarks/sizeComparison of minified (terser) and compressed (brotli) size results, measured in bytes. Smaller is better. 
 
 | 
41ed47a    to
    9515085      
    Compare
  
    8258f31    to
    3b6d7b0      
    Compare
  
    9515085    to
    c97a6f4      
    Compare
  
    2c942f8    to
    e84cf6a      
    Compare
  
    c97a6f4    to
    bc7e57a      
    Compare
  
    bc7e57a    to
    b5b2393      
    Compare
  
    b5b2393    to
    487f5d6      
    Compare
  
    487f5d6    to
    7ddc5b7      
    Compare
  
    7ddc5b7    to
    ccc164a      
    Compare
  
    
What changed / motivation ?
The previous PR adds support for descendent/sibling selectors but only with a defaultMarker. That works for many common cases, but sometimes more that one marker is needed to differentiate between two ancestors, or two siblings etc.
This PR adds an API for defining custom markers with the
defineMarkerAPI.Additional Context
Needs a little more testing to build confidence. The same value needs to be both a string and an object in different situations, so we need to be a bit careful.
Pre-flight checklist
Contribution Guidelines